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Figure 1: Components of a knowledge commerce system 
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Figure 2: Components of a knowledge delivery system 
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Figure 3: User Registration 
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Figure 5: Automatic content contribution method 
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Figure 6: Search and enroll 
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Figure 7: Knowledge Delivery 
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Figure 8: Billing model for individual experts 
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Figure 9: Pass through Merchant billing model 
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Figure 14: Billing model for institutions 
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Figure 15: An example invitation management creation scenario 
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Figure 16: An example scenario of a recipient accepting an invitation 



